Systems and methods for facilitating tokenization of modifiable game assets on a distributed blockchain

ABSTRACT

Systems and methods for facilitating tokenization of modifiable game assets on a distributed blockchain may: generate a smart contract configured to contain license keys associated with the modifiable game assets and to effectuate transfers of the license keys to purchasers; post the smart contract to a distributed blockchain; receive sales information describing a first game asset that is usable within the online gaming platform and intended to be offered for sale to gaming users of the online gaming platform; obtain verification information that indicates the first game asset has passed or failed a verification; tokenize the first game asset into a tokenized game asset on the distributed blockchain, responsive to the verification passing successfully; and offer the tokenized game asset for sale.

FIELD OF THE DISCLOSURE

The present disclosure relates to systems and methods for facilitatingtokenization of modifiable game assets on a distributed blockchain.

BACKGROUND

Distributed ledgers are known techniques to produce a secure record orregistry of ownership of assets, transactions, and other information.For example, a distributed blockchain is a distributed ledger.Blockchain technology is known, e.g., as used for cryptocurrencies,smart contracts, and other applications for a decentralized database.Tokenization of (digital) objects and/or assets on a distributedblockchain is known, e.g., as used for security tokens, utility tokens,and payment tokens.

SUMMARY

One aspect of the present disclosure relates to a system configured forfacilitating tokenization of modifiable game assets on a distributedblockchain. The system may include one or more hardware processorsconfigured by machine-readable instructions. The processor(s) may beconfigured to generate a smart contract configured to contain licensekeys associated with the modifiable game assets and to effectuatetransfers of the license keys to purchasers and/or donees of the licensekeys. The modifiable game assets may be usable within an online gamingplatform. The license keys may confer to the purchasers and/or doneeslimited rights to offer game assets for sale or distribution in theonline gaming platform. In some implementations, the license keys mayconfer to the purchasers and/or donees ownership rights in game assetsbased on the modifiable game assets. The game assets offered for sale ordistribution may be modified versions of the modifiable game assets. Thegame assets may be usable within an online gaming platform. Theprocessor(s) may be configured to post the smart contract to adistributed blockchain. The distributed blockchain may be maintained bya distributed computing platform. The distributed computing platform maybe different and separate from the system configured for facilitatingtokenization of modifiable game assets on the distributed blockchain.The processor(s) may be configured to receive sales informationdescribing a first game asset that is usable within the online gamingplatform and intended to be offered for sale or distribution, e.g., togaming users of the online gaming platform. The first game asset may bea modified version of one of the modifiable game assets. The salesinformation may include a particular license key. The processor(s) maybe configured to obtain verification information that indicates thefirst game asset has passed or failed a verification. The verificationmay include, by way of non-limiting example, whether the particularlicense key matches a license key that has been transferred to one ofthe purchasers and/or donees. The processor(s) may be configured totokenize the first game asset into a tokenized game asset on thedistributed blockchain, responsive to the verification passingsuccessfully. The processor(s) may be configured to offer the tokenizedgame asset for sale or distribution, e.g., to gaming users of the onlinegaming platform.

Another aspect of the present disclosure relates to a method forfacilitating tokenization of modifiable game assets on a distributedblockchain. The method may include generating a smart contractconfigured to contain license keys associated with the modifiable gameassets and to effectuate transfers of the license keys to purchasersand/or donees of the license keys. The modifiable game assets may beusable within an online gaming platform. The license keys may confer tothe purchasers and/or donees limited rights to offer game assets forsale in the online gaming platform. In some implementations, the licensekeys may confer to the purchasers and/or donees ownership rights in gameassets based on the modifiable game assets. The game assets offered forsale may be modified versions of the modifiable game assets. The methodmay include posting the smart contract to a distributed blockchain. Thedistributed blockchain may be maintained by a distributed computingplatform. The method may include receiving sales information describinga first game asset that is usable within the online gaming platform andintended to be offered for sale or distribution, e.g., to gaming usersof the online gaming platform. The first game asset may be a modifiedversion of one of the modifiable game assets. The sales information mayinclude a particular license key. The method may include obtainingverification information that indicates the first game asset has passedor failed a verification. The verification may include, by way ofnon-limiting example, whether the particular license key matches alicense key that has been transferred to one of the purchasers and/ordonees. The method may include tokenizing the first game asset into atokenized game asset on the distributed blockchain, responsive to theverification passing successfully. The method may include offering thetokenized game asset for sale or distribution, e.g., to gaming users ofthe online gaming platform.

As used herein, any association (or relation, or reflection, orindication, or correspondency) involving servers, processors, clientcomputing platforms, smart contracts, license keys, game assets,purchasers, donees, verifications, users, participants, donations,and/or another entity or object that interacts with any part of thesystem and/or plays a part in the operation of the system, may be aone-to-one association, a one-to-many association, a many-to-oneassociation, and/or a many-to-many association or N-to-M association(note that N and M may be different numbers greater than 1).

As used herein, the term “obtain” (and derivatives thereof) may includeactive and/or passive retrieval, determination, derivation, transfer,upload, download, submission, and/or exchange of information, and/or anycombination thereof. As used herein, the term “effectuate” (andderivatives thereof) may include active and/or passive causation of anyeffect. As used herein, the term “determine” (and derivatives thereof)may include measure, calculate, compute, estimate, approximate,generate, and/or otherwise derive, and/or any combination thereof.

These and other features, and characteristics of the present technology,as well as the methods of operation and functions of the relatedelements of structure and the combination of parts and economies ofmanufacture, will become more apparent upon consideration of thefollowing description and the appended claims with reference to theaccompanying drawings, all of which form a part of this specification,wherein like reference numerals designate corresponding parts in thevarious figures. It is to be expressly understood, however, that thedrawings are for the purpose of illustration and description only andare not intended as a definition of the limits of the invention. As usedin the specification and in the claims, the singular form of “a”, “an”,and “the” include plural referents unless the context clearly dictatesotherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a system configured for facilitating tokenization ofmodifiable game assets on a distributed blockchain, in accordance withone or more implementations.

FIG. 2 includes a flow chart of a method for facilitating tokenizationof modifiable game assets on a distributed blockchain, in accordancewith one or more implementations.

FIGS. 3 and 4 illustrate exemplary distributed blockchains, inaccordance with use by one or more implementations.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 100 configured for facilitating tokenizationof modifiable game assets on a distributed blockchain, in accordancewith one or more implementations. In some implementations, system 100may include one or more servers 102. Server(s) 102 may be configured tocommunicate with one or more client computing platforms 104 according toa client/server architecture and/or other architectures. Clientcomputing platform(s) 104 may be configured to communicate with otherclient computing platforms via server(s) 102 and/or according to apeer-to-peer architecture and/or other architectures. Users may accesssystem 100 via client computing platform(s) 104.

In some implementations, system 100 and/or servers 102 may be configuredto communicate with one or more of (online) gaming platform(s) 136,gaming platform operator(s) 132, creator(s) 134, gaming user(s) 138,blockchain(s) 140, and/or other components and/or users.

In some implementations, a distributed blockchain may be maintained by adistributed computing platform. In some implementations, the distributedcomputing platform may be implemented by a set of client computingplatforms and/or servers. The distributed computing platform may supporta virtual machine. The distributed computing platform and/or the virtualmachine may form a runtime environment for smart contracts. In someimplementations, the distributed computing platform may include storageconfigured to store the blockchain. The smart contracts may be stored onthe blockchain. In some implementations, the distributed computingplatform may be Ethereum. In some implementations, the virtual machinemay be a Turing-complete and decentralized virtual machine.

The distributed blockchain may act as a decentralized database thatstores a registry of assets and transactions across one or morenetworks. A given asset may be owned by a particular user. The asset mayinclude anything of material value or usefulness that is owned by aperson or company, according to some implementations. In someimplementations, the distributed blockchain may record ownership ofassets and/or transactions that modify ownership of assets. A smartcontract is a type of asset. In some implementations, once a smartcontract has been added to the distributed blockchain, the smartcontract may be referred to as published and/or posted. Elements of thedistributed blockchain may be grouped together in units that arereferred to as blocks. For example, an individual block may include oneor more assets and one or more transactions.

The distributed blockchain may be publicly accessible and append-only.In some implementations, existing blocks of the distributed blockchaincan substantially not be altered or deleted, unless multiple copies ofthe distributed blockchain are altered. This is unlikely to happenprovided that multiple copies of the distributed blockchain are storedon different computing platforms, e.g., in different geographicallocations. The distributed blockchain may be replicated on multiplecomputing platforms, preferably in multiple different geographicallocations.

Server(s) 102 may be configured by machine-readable instructions 106.Machine-readable instructions 106 may include one or more instructioncomponents. The instruction components may include computer programcomponents. The instruction components may include one or more of acontract generating component 108, a contract posting component 110, asale information receiving component 112, a verification component 114,an asset tokenizing component 116, a game asset offering component 118,a participant notification component 120, a license key invalidationcomponent 122, a proceeds sharing component 124, and/or otherinstruction components.

Contract generating component 108 may be configured to generate smartcontracts. In some implementations, a smart contract may be configuredto contain license keys associated with the modifiable game assets. Insome implementations, individual license keys may be associated withindividual modifiable game assets. In some implementations, the licensekeys, upon purchase by creators 134 and/or other purchasers through thesmart contract, may confer limited rights to the purchasers. In someimplementations, the license keys may be free, or may be donated tocreators 134, and may confer limited rights to creators 134. Receiversof donations and/or other gifts may be referred to as donees.

The limited rights may define limitations to the types of usage that areallowed within system 100 and/or gaming platform 136. In someimplementations, the license keys may confer to the purchasers and/ordonees limited rights to offer game assets (for sale, distribution,and/or otherwise offered to gaming users 138) in gaming platform 136,e.g., to gaming users 138 of gaming platform 136. In someimplementations, the purchasers and/or donees may have the right tomaintain ownership of the game assets, without a requirement to offerthe game assets for sale.

The game assets may be (collections and/or packages of) virtual objectsthat are usable within gaming platform 136. In some implementations, agame asset may be a level, mission, assignment, chapter, task,mini-game, and/or other package of content that is usable within gamingplatform 136. The game assets offered to gaming users 138 may bemodified versions of the modifiable game assets. For example, a gameasset may be modified by creator 134. In some implementations,modifications may be made within gaming platform 136. In someimplementations, modifications may be made using tools and/or servicesexternal to system 100. In some implementations, license keys may bedonated and/or sold by and/or on behalf of gaming platform operators132. After modification of a game asset, creator 134 may offer the gameasset in gaming platform 136 and/or in another platform that supportsthe distribution of game assets, including but not limited to the saleof the game assets.

As used herein, gaming platform 136 may refer to either an individualgame, a type of gaming console and its ecosystem, and/or both. Gamingplatform operator 132 may refer to a host, operator, owner, and/or otherstakeholder of gaming platform 136. Gaming users 138 may refer toplayers that play on gaming platform 136.

In some implementations, a smart contract may be configured toeffectuate transfers of the license keys (or rights related to thelicense keys) to creators 134, donees, and/or purchasers. In someimplementations, the purchasers may purchase the license keys, e.g., bytransferring amounts of a currency, e.g., a virtual currency. In someimplementations, the donees may receive the license keys for free. Forexample, the license keys may confer to the purchasers and/or doneesownership rights in game assets based on the modifiable game assets,without a requirement to offer the game assets for sale. The smartcontract may be configured to effectuate transfers of the license keys(or rights related to the license keys) to creators 134 and/or thepurchasers, e.g., subsequent to receiving the amounts of the virtualcurrency or receiving some other consideration. For example, a smartcontract may effectuate a transfer of a first license key to a firstparticipant, e.g., upon purchase by the first participant. In someimplementations, the first participant may be one of creators 134. Insome implementations, the smart contract may receive a unique identifierfrom an individual creator 134, e.g., during the purchase by theindividual creator 134. The individual creator 134 may also be referredto as the first participant. In some implementations, the uniqueidentifier may identify the purchaser, e.g., the first participant. Forexample, in some types of blockchains, a unique identifier may be a(blockchain) address and/or an account identifier. In someimplementations, a smart contract may contain a limited number oflicense keys. In some implementations, a particular license key may beassociated with a particular modifiable game asset such that the numberof license keys available for purchase (or donation) is reduced uponevery purchase (or donation).

The modifiable game assets may be usable within an online gamingplatform, e.g. gaming platform 136. In some implementations, a gameasset may need to be verified after being modified by creator 134, andprior to being used and/or offered for sale or distribution. Thisprocess may be referred to as “checking in.” Gaming platform 136 and/orgaming platform operator 132 may enforce rules and/or guidelines for theuse, sale, and/or distribution of game assets on gaming platform 136.The verification of a game asset that is based on a modifiable gameasset may include, by way of non-limiting example, checking the gameasset against such rules and/or guidelines. For example, rules may beenforced to prevent obscene depictions, inappropriate content,outlandish (destructive) power, and/or other characteristics of a gameasset. In some implementations, game assets can only be offered for saleor distribution subsequent to successful verification. In someimplementations, checking in a modified game asset may be supportedwithin gaming platform 136. In some implementations, checking in amodifiable game asset may use tools and/or services external to system100.

In some implementations, the limited rights conferred by a license keymay include one or more of an expiration date and time after which thegame assets can no longer be successfully verified in order to beoffered for sale or distribution. Conformation to the limited rights mayinclude an expiration check that either passes or fails based on theexpiration date and time.

In some implementations, the limited rights conferred by a license keymay include limitations on the sales price of a game asset, such as,e.g., a minimum price, a maximum price, and/or other limitations basedon a price of the game asset. In some implementations, the limitedrights conferred by a license key may include limitations on theconditions for the distribution of a game asset.

Contract posting component 110 may be configured to post the smartcontract to a distributed blockchain, e.g., blockchain 140. Blockchain140 may be maintained by a distributed computing platform. Thedistributed computing platform may be different and separate from system100. The distributed computing platform may form a runtime environmentfor smart contracts.

By way of non-limiting example, FIG. 3 illustrates a blockchain 140 athat includes a block 0, a block 1, and a block 2. As time progresses,more blocks may be added to blockchain 140 a. The blocks withinblockchain 140 a are ordered. In block 0, three assets (indicated by acapital “A”) are generated and/or assigned to three users orparticipants: a first asset is assigned to user i (U_(i)), a secondasset is assigned to user j (U_(j)), and a third asset is assigned touser k (U_(k)). Block 1 is connected to block 0 (as indicated by a link30 a), for example by including an address of block 1 in block 0, orvice versa. Likewise, block 1 is connected to block 2, as indicated by alink 30 b.

In block 1, one asset is generated and/or assigned to user l (U_(l)).Additionally, block 1 includes two transactions (indicated by a capital“T”): a first transaction from user i to user j, and a secondtransaction from user j to user k. Block 2 includes a first transactionfrom user j to user m, and a second transaction from user j to user n.In some implementations, based on the contents of the blocks, any userof blockchain 140 a may determine the current assets of blockchain 140a, and the balances of any user. In some implementations, the balance ofa particular user may be verified prior to adding a transaction thatreduces that particular user's balance. For example, an individual usermay not be allowed to transfer more assets than the individual userowns.

By way of non-limiting example, FIG. 4 illustrates a blockchain 140 bthat includes the same blocks as blockchain 140 a of FIG. 3, plusadditional blocks (block 3, block 4, block 5) that have been appended tothe blockchain. Block 3 may be connected to block 2 (as indicated by alink 30 c). In block 3, a smart contract 41 (indicated by a capital “C”)is posted. For example, smart contract 41 may have been generated by acomponent similar to contract generating component 108, and may havebeen posted to blockchain 140 b by a component similar to contractposting component 110 (both shown in FIG. 1). Referring to FIG. 4, forexample, user x (U_(x)) may be the user offering license keys tomodifiable game assets for sale through smart contract 41, e.g., for aparticular modifiable game asset. For example, user x may be a gamingplatform operator similar to gaming platform operator 132 in FIG. 1. Insome implementations, a smart contract may be appended to a distributedblockchain as soon as at least one participant of the smart contract isknown. In some implementations, a smart contract may be appended to adistributed blockchain as soon as both participants are known and/oragreed upon. In block 4, one asset is generated and/or assigned to userp (U_(p)). Additionally, block 4 includes two transactions (indicated bya capital “T”): a first transaction from user i to user x and/or smartcontract 41, and a second transaction from user j to user x and/or smartcontract 41. For example, the first transaction may represent a purchaseof a first license key by user i, and the second transaction mayrepresent a purchase of a second license key by user j. These users maybe creators, and may intend to sell one or more game assets based on themodifiable game assets for which they have purchased license keysthrough the transactions in block 4.

Referring to FIG. 1, sale information receiving component 112 may beconfigured to receive sales information and/or other information. Insome implementations, sales information may describe characteristics,definitions, prices, seller identity, and/or other information regardinggame assets. Sales information may need to be verified before thecorresponding game asset may be offered for sale or distribution. Forexample, sales information may describe a first game asset that isusable within gaming platform 136. In some implementations, salesinformation may describe a game asset that is intended to be offered forsale or distribution to users of an online gaming platform, such asgaming users 138 of gaming platform 136. The first game asset may be amodified version of one of the modifiable game assets. The salesinformation may include a particular license key. For example, theparticular license key may be used to verify whether the user who wantsto sell or distribute the first game asset has previously obtained theright to do so. For example, each license key may be paired with aunique identifier that identifies an individual creator 134. In someimplementations, only the creator who purchased a license key will beallowed to offer a game asset for sale. In some implementations,responsive to the verification information indicating the first gameasset has passed the verification successfully, the particular licensekey may be invalidated, thereby prevent subsequent reuse of the sameparticular license key.

For example, sale information receiving component 112 may be configuredto receive particular sales information from a particular creator 134who has previously purchased a particular license key associated with aparticular modifiable game asset. The particular creator 134 may haveproduced a new game asset based on modifying the particular modifiablegame asset. The particular sales information describes the new gameasset, and includes the particular license key. For example, user i inFIG. 4 may have produced a first new game asset based on modifying themodifiable game asset associated with the license key purchased in thefirst transaction in block 4. For example, user j in FIG. 4 may haveproduced a second new game asset based on modifying the modifiable gameasset associated with the license key purchased in the secondtransaction in block 4. Both user i and user j may have (separately)provided, to sale information receiving component 112, sales informationdescribing the first new game asset and the second new game asset,respectively.

Verification component 114 may be configured to obtain verificationinformation that indicates the first game asset has passed or failed averification. In some implementations, the verification process may beperformed, at least in part, by a third party external to system 100.Alternatively, and/or simultaneously, verification may be performed, atleast in part, within system 100. For example, verification may beperformed by verification component 114. Verification may include one ormore of the following: whether the particular license key is valid(e.g., previously unused, and/or previously sold), whether the salesinformation for the first game asset conforms to the limited rightsconferred (e.g., having a sales price above the minimum price, or beingoffered for sale or distribution prior to an expiration date), whetherthe modified game asset meets the rules and/or guidelines for sale,usage, and/or distribution, and/or meets the rules and/or guidelines forother types of verification. The verification may include whether thesales information has been received from the first participant. Theverification may include whether the particular license key matches alicense key that has been transferred to one of the purchasers and/ordonees, or, e.g., specifically to the purchaser of the particularlicense key. A verification of the expiration date and/or time may bereferred to as an expiration check.

For example, verification component 114 may be configured to obtainverification information regarding the verification of the first newgame asset and the second new game asset produced by user i and user jin FIG. 4. For example, the verification of the first new game asset mayhave failed, and the verification of the second new game asset may havepassed. Accordingly, the second new game asset may be tokenized andoffered for sale or distribution on the distributed blockchain (e.g.,blockchain 140 b in FIG. 4). The first new game asset may not betokenized and may not be offered for sale or distribution on thedistributed blockchain.

Referring to FIG. 1, asset tokenizing component 116 may be configured totokenize assets for use, sale, distribution, and/or transfer on ablockchain, e.g., blockchain 140. Asset tokenization component 116 maybe configured to perform tokenization of digital objects and/or assets.For example, the first game asset may be tokenized into a tokenized gameasset on a distributed blockchain, e.g., blockchain 140. In someimplementations, tokenization of a particular asset may be responsive tothe verification of that asset passing successfully. The tokenized gameasset may be offered for sale or distribution, e.g., to gaming users ofonline gaming platform 136. For example, the tokenized game asset may beoffered for sale or distribution on blockchain 140 through a separatesmart contract. In some implementations, the tokenized game asset may beoffered for sale or distribution on blockchain 140 even though theparticular game asset can not be used on blockchain 140, but on gamingplatform 136.

Game asset offering component 118 may be configured to offer assets,including game assets, for sale or distribution. In someimplementations, game asset offering component 118 may be configured tooffer assets for sale or distribution to users of blockchain 140. Forexample, the tokenized game asset may be offered for sale ordistribution on blockchain 140 through a separate smart contract.Alternatively, and/or simultaneously, in some implementations, gameasset offering component 118 may be configured to offer assets for saleor distribution to gaming users 138 of gaming platform 136. In someimplementations, game asset offering component 118 may be configured tooffer a tokenized game asset for sale or distribution.

By way of non-limiting example, FIG. 4 illustrates blockchain 140 b.Block 5 may be connected to block 4 (as indicated by a link 30 e). Inblock 5, a smart contract 42 (indicated by a capital “C”) is posted. Forexample, smart contract 42 may have been generated and posted on behalfof user j. Smart contract 42 may offer for sale the (tokenized) secondnew game asset, subsequent to the second new game asset passingverification (which may be indicated by verification component 114) andbeing tokenized. For example, the first new game asset produced by useri may not be offered for sale until the first new game asset passedverification.

Referring to FIG. 1, participant notification component 120 may beconfigured to notify users, e.g. creators 134. In some implementations,participant notification component 120 may be configured to notify theparticular participant who provided the sales information to saleinformation receiving component 112, such as user j in FIG. 4. In someimplementations, notifications may be responsive to the verificationinformation (e.g., from verification component 114) indicating aparticular game asset has passed (such as user j in FIG. 4) or failedthe verification (such as user i in FIG. 4). In some implementations,notifications may be responsive to the verification information (e.g.,from verification component 114) indicating a particular game asset hasfailed the verification and has passed an expiration check (of theexpiration date) successfully. In some implementations, notificationsmay be responsive to the verification information (e.g., fromverification component 114) indicating a particular game asset hasfailed the verification and that a particular game asset is not offeredfor sale or distribution to users of gaming platform 136 unless asubsequent attempt at verification passes successfully. In someimplementations, participant notification component 120 may beconfigured to notify a user that the verification has failed permanentlyand that a particular game asset will be not offered for sale ordistribution, e.g., to users of gaming platform 136.

License key invalidation component 122 may be configured to invalidate aparticular license key. For example, a particular license key may beinvalidated responsive to the verification information indicating thecorresponding game asset has failed the verification and has failed anexpiration check. For example, a particular license key may beinvalidated once a particular game asset has been offered for sale ordistribution, e.g., to prevent subsequent reuse of the same particularlicense key. In some implementations, a particular license key may beinvalidated once a particular game asset has been verified successfully,e.g., to prevent subsequent reuse of the same particular license key.

Proceeds sharing component 124 may be configured to share and/ortransfer proceeds of sales or other distributions of game assets. Forexample, proceeds sharing component 124 may be configured to share atleast a portion of proceeds from a sale of a particular tokenized gameasset. In some implementations, proceeds may be shared subsequent to asale. In some implementations, proceeds may be shared with a particularparticipant, e.g., the creator of the modified and/or tokenized gameasset. For example, referring to FIG. 4, user j may receive at least aportion of the proceeds of the sale of the second new game asset throughsmart contract 42.

Referring to FIG. 1, in some implementations, server(s) 102, clientcomputing platform(s) 104, and/or external resources 126 may beoperatively linked via one or more electronic communication links. Forexample, such electronic communication links may be established, atleast in part, via one or more networks 13 such as, e.g., the Internetand/or other networks. It will be appreciated that this is not intendedto be limiting, and that the scope of this disclosure includesimplementations in which server(s) 102, client computing platform(s)104, and/or external resources 126 may be operatively linked via someother communication media.

A given client computing platform 104 may include one or more processorsconfigured to execute computer program components. The computer programcomponents may be configured to enable an expert or user associated withthe given client computing platform 104 to interface with system 100and/or external resources 126, and/or provide other functionalityattributed herein to client computing platform(s) 104. By way ofnon-limiting example, the given client computing platform 104 mayinclude one or more of a desktop computer, a laptop computer, a handheldcomputer, a tablet computing platform, a NetBook, a Smartphone, a gamingconsole, and/or other computing platforms.

External resources 126 may include sources of information outside ofsystem 100, external entities participating with system 100, and/orother resources. In some implementations, some or all of thefunctionality attributed herein to external resources 126 may beprovided by resources included in system 100.

Server(s) 102 may include electronic storage 128, one or more processors130, and/or other components. Server(s) 102 may include communicationlines, or ports to enable the exchange of information with network 13and/or other computing platforms. Illustration of server(s) 102 in FIG.1 is not intended to be limiting. Server(s) 102 may include a pluralityof hardware, software, and/or firmware components operating together toprovide the functionality attributed herein to server(s) 102. Forexample, server(s) 102 may be implemented by a cloud of computingplatforms operating together as server(s) 102.

Electronic storage 128 may comprise non-transitory storage media thatelectronically stores information. The electronic storage media ofelectronic storage 128 may include one or both of system storage that isprovided integrally (i.e., substantially non-removable) with server(s)102 and/or removable storage that is removably connectable to server(s)102 via, for example, a port (e.g., a USB port, a firewire port, etc.)or a drive (e.g., a disk drive, etc.). Electronic storage 128 mayinclude one or more of optically readable storage media (e.g., opticaldisks, etc.), magnetically readable storage media (e.g., magnetic tape,magnetic hard drive, floppy drive, etc.), electrical charge-basedstorage media (e.g., EEPROM, RAM, etc.), solid-state storage media(e.g., flash drive, etc.), and/or other electronically readable storagemedia. Electronic storage 128 may include one or more virtual storageresources (e.g., cloud storage, a virtual private network, and/or othervirtual storage resources). Electronic storage 128 may store softwarealgorithms, information determined by processor(s) 130, informationreceived from server(s) 102, information received from client computingplatform(s) 104, and/or other information that enables server(s) 102 tofunction as described herein.

Processor(s) 130 may be configured to provide information processingcapabilities in server(s) 102. As such, processor(s) 130 may include oneor more of a digital processor, an analog processor, a digital circuitdesigned to process information, an analog circuit designed to processinformation, a state machine, and/or other mechanisms for electronicallyprocessing information. Although processor(s) 130 is shown in FIG. 1 asa single entity, this is for illustrative purposes only. In someimplementations, processor(s) 130 may include a plurality of processingunits. These processing units may be physically located within the samedevice, or processor(s) 130 may represent processing functionality of aplurality of devices operating in coordination. Processor(s) 130 may beconfigured to execute components 108, 110, 112, 114, 116, 118, 120, 122,and/or 124, and/or other components. Processor(s) 130 may be configuredto execute components 108, 110, 112, 114, 116, 118, 120, 122, and/or124, and/or other components by software; hardware; firmware; somecombination of software, hardware, and/or firmware; and/or othermechanisms for configuring processing capabilities on processor(s) 130.As used herein, the term “component” may refer to any component or setof components that perform the functionality attributed to thecomponent. This may include one or more physical processors duringexecution of processor readable instructions, the processor readableinstructions, circuitry, hardware, storage media, or any othercomponents.

It should be appreciated that although components 108, 110, 112, 114,116, 118, 120, 122, and/or 124 are illustrated in FIG. 1 as beingimplemented within a single processing unit, in implementations in whichprocessor(s) 130 includes multiple processing units, one or more ofcomponents 108, 110, 112, 114, 116, 118, 120, 122, and/or 124 may beimplemented remotely from the other components. The description of thefunctionality provided by the different components 108, 110, 112, 114,116, 118, 120, 122, and/or 124 described below is for illustrativepurposes, and is not intended to be limiting, as any of components 108,110, 112, 114, 116, 118, 120, 122, and/or 124 may provide more or lessfunctionality than is described. For example, one or more of components108, 110, 112, 114, 116, 118, 120, 122, and/or 124 may be eliminated,and some or all of its functionality may be provided by other ones ofcomponents 108, 110, 112, 114, 116, 118, 120, 122, and/or 124. Asanother example, processor(s) 130 may be configured to execute one ormore additional components that may perform some or all of thefunctionality attributed below to one of components 108, 110, 112, 114,116, 118, 120, 122, and/or 124.

FIG. 2 illustrates a method 200 for facilitating tokenization ofmodifiable game assets on a distributed blockchain, in accordance withone or more implementations. The operations of method 200 presentedbelow are intended to be illustrative. In some implementations, method200 may be accomplished with one or more additional operations notdescribed, and/or without one or more of the operations discussed.Additionally, the order in which the operations of method 200 areillustrated in FIG. 2 and described below is not intended to belimiting.

In some implementations, method 200 may be implemented in one or moreprocessing devices (e.g., a digital processor, an analog processor, adigital circuit designed to process information, an analog circuitdesigned to process information, a state machine, and/or othermechanisms for electronically processing information). The one or moreprocessing devices may include one or more devices executing some or allof the operations of method 200 in response to instructions storedelectronically on an electronic storage medium. The one or moreprocessing devices may include one or more devices configured throughhardware, firmware, and/or software to be specifically designed forexecution of one or more of the operations of method 200.

An operation 202 may include generating a smart contract configured tocontain license keys associated with the modifiable game assets and toeffectuate transfers of the license keys to purchasers (or donees). Themodifiable game assets may be usable within an online gaming platform.The license keys may confer to the purchasers limited rights to offergame assets for sale or distribution in the online gaming platform. Thegame assets offered for sale or distribution may be modified versions ofthe modifiable game assets. Operation 202 may be performed by one ormore hardware processors configured by machine-readable instructionsincluding a component that is the same as or similar to contractgenerating component 108, in accordance with one or moreimplementations.

An operation 204 may include posting the smart contract to a distributedblockchain. The distributed blockchain may be maintained by adistributed computing platform. Operation 204 may be performed by one ormore hardware processors configured by machine-readable instructionsincluding a component that is the same as or similar to contract postingcomponent 110, in accordance with one or more implementations.

An operation 206 may include receiving sales information describing afirst game asset that is usable within the online gaming platform andintended to be offered for sale or distribution, e.g., to (gaming) usersof the online gaming platform. The first game asset may be a modifiedversion of one of the modifiable game assets. The sales information mayinclude a particular license key. Operation 206 may be performed by oneor more hardware processors configured by machine-readable instructionsincluding a component that is the same as or similar to sale informationreceiving component 112, in accordance with one or more implementations.

An operation 208 may include obtaining verification information thatindicates the first game asset has passed or failed a verification. Theverification may include whether the particular license key matches alicense key that has been transferred to one of the purchasers.Operation 208 may be performed by one or more hardware processorsconfigured by machine-readable instructions including a component thatis the same as or similar to verification component 114, in accordancewith one or more implementations.

An operation 210 may include tokenizing the first game asset into atokenized game asset on the distributed blockchain, responsive to theverification passing successfully. Operation 210 may be performed by oneor more hardware processors configured by machine-readable instructionsincluding a component that is the same as or similar to asset tokenizingcomponent 116, in accordance with one or more implementations.

An operation 212 may include offering the tokenized game asset for sale(or distribution). Operation 212 may be performed by one or morehardware processors configured by machine-readable instructionsincluding a component that is the same as or similar to game assetoffering component 118, in accordance with one or more implementations.

Although the present technology has been described in detail for thepurpose of illustration based on what is currently considered to be themost practical and preferred implementations, it is to be understoodthat such detail is solely for that purpose and that the technology isnot limited to the disclosed implementations, but, on the contrary, isintended to cover modifications and equivalent arrangements that arewithin the spirit and scope of the appended claims. For example, it isto be understood that the present technology contemplates that, to theextent possible, one or more features of any implementation can becombined with one or more features of any other implementation.

What is claimed is:
 1. A system configured for facilitating tokenizationof modified versions of modifiable game assets on a distributedblockchain, wherein the modifiable game assets are in-game virtual itemsthat are usable within an online game on an online gaming platform, thesystem comprising: one or more hardware processors configured bymachine-readable instructions to: generate a smart contract configuredto contain license keys associated with the modifiable game assets andto effectuate transfers of the license keys to purchasers, wherein themodifiable game assets are in-game virtual items that are usable withinthe online game on the online gaming platform, wherein the purchasersare users of the online gaming platform, wherein the license keys conferto the purchasers limited rights to: (i) modify the modifiable gameassets into modified versions of the modifiable game assets, and (ii)offer game assets for sale to gaming users of the online gamingplatform, wherein the game assets offered for sale are usable within theonline game, wherein the game assets offered for sale are the modifiedversions of the modifiable game assets; record the smart contract on adistributed blockchain, wherein the distributed blockchain is maintainedby a distributed computing platform, wherein the smart contracteffectuates a transfer of a first license key to a first license keypurchaser upon purchase of the first license key by the first licensekey purchaser, wherein the first license key is associated with a firstmodifiable game asset that can be modified into a first modified versionof the first modifiable game asset, wherein the first license keyconfers limited rights to make an offer for sale of the first modifiedversion of the first modifiable game asset; receive sales informationdescribing a first game asset that is usable within the online game onthe online gaming platform and intended to be offered for sale to thegaming users of the online gaming platform, wherein the first game assetis the modified version of the first modifiable game asset that hasundergone one or more modifications, and wherein the sales informationincludes a particular license key; obtain verification information thatindicates the first game asset has passed or failed a verification,wherein performance of the verification includes verifying whether theparticular license key matches the first license key; tokenize the firstgame asset into a tokenized game asset on the distributed blockchain,subsequent to the verification passing successfully, such that ownershiprights pertaining to the tokenized game asset are recorded on thedistributed blockchain; offer the tokenized game asset for sale to thegaming users of the online gaming platform; effectuate a first sale ofthe tokenized game asset to a first gaming user; and use, by the firstgaming user, the tokenized game asset within the online game on theonline gaming platform.
 2. The system of claim 1, wherein the licensekeys confer to the purchasers the limited rights such that the offersfor sale are contingent on occurrence prior to expiration dates, whereinthe first license key confers the limited rights such that the offer forsale is contingent on occurrence prior to a first expiration date, andwherein the performance of the verification further includes verifyingwhether the first expiration date has expired.
 3. The system of claim 1,wherein the purchasers purchase the license keys by transferring amountsof a virtual currency, wherein the smart contract is configured toeffectuate transfers of the license keys to the purchasers subsequent toreceiving the amounts of the virtual currency.
 4. The system of claim 1,wherein the purchase of the first license key reduces a number oflicense keys available for purchase.
 5. The system of claim 4, whereinthe smart contract receives a unique identifier during the purchase bythe first license key purchaser, wherein the unique identifieridentifies the first license key purchaser.
 6. The system of claim 2,wherein the one or more hardware processors are further configured bymachine-readable instructions to: notify the first license keypurchaser, responsive to the verification information indicating thefirst game asset has failed the verification and the first expirationdate has not yet expired, that the verification has failed and that thefirst game asset is not offered for sale to the gaming users of theonline gaming platform unless a subsequent attempt at the verificationpasses successfully.
 7. The system of claim 2, wherein the one or morehardware processors are further configured by machine-readableinstructions to: invalidate the particular license key, responsive tothe verification information indicating the first game asset has failedthe verification and the first expiration date has expired; notify thefirst license key purchaser that the verification has failed permanentlyand that the first game asset will be not offered for sale to the gamingusers of the online gaming platform.
 8. The system of claim 1, whereinthe verification includes whether the sales information has beenreceived from the first license key purchaser.
 9. The system of claim 8,wherein the one or more hardware processors are further configured bymachine-readable instructions to: transfer at least a portion ofproceeds from the first sale of the tokenized game asset to the firstlicense key purchaser, responsive to the first sale.
 10. A method forfacilitating tokenization of modified versions of modifiable game assetson a distributed blockchain, wherein the modifiable game assets arein-game virtual items that are usable within an online game on an onlinegaming platform, the method comprising: generating a smart contractconfigured to contain license keys associated with the modifiable gameassets and to effectuate transfers of the license keys to purchasers,wherein the modifiable game assets are in-game virtual items that areusable within the online game on the online gaming platform, wherein thepurchasers are users of the online gaming platform, wherein the licensekeys confer to the purchasers limited rights to: (i) modify themodifiable game assets into modified versions of the modifiable gameassets, and (ii) offer game assets for sale to gaming users of theonline gaming platform, wherein the game assets are usable within theonline game, wherein the game assets offered for sale are the modifiedversions of the modifiable game assets; recording the smart contract ona distributed blockchain, wherein the distributed blockchain ismaintained by a distributed computing platform, wherein the smartcontract effectuates a transfer of a first license key to a firstlicense key purchaser upon purchase of the first license key by thefirst license key purchaser, wherein the first license key is associatedwith a first modifiable game asset that can be modified into a firstmodified version of the first modifiable game asset, wherein the firstlicense key confers limited rights to make an offer for sale of thefirst modified version of the first modifiable game asset; receivingsales information describing a first game asset that is usable withinthe online game on the online gaming platform and intended to be offeredfor sale to the gaming users of the online gaming platform, wherein thefirst game asset is the modified version of the first modifiable gameasset that has undergone one or more modifications, and wherein thesales information includes a particular license key; obtainingverification information that indicates the first game asset has passedor failed a verification, wherein performance of the verificationincludes verifying whether the particular license key matches the firstlicense key; tokenizing the first game asset into a tokenized game asseton the distributed blockchain, subsequent to the verification passingsuccessfully, such that ownership rights pertaining to the tokenizedgame asset are recorded on the distributed blockchain; offering thetokenized game asset for sale to the gaming users of the online gamingplatform; effectuating a first sale of the tokenized game asset to afirst gaming user; and using, by the first gaming user, the tokenizedgame asset within the online game on the online gaming platform.
 11. Themethod of claim 10, wherein the license keys confer to the purchasersthe limited rights such that the offers for sale are contingent onoccurrence prior to expiration dates, wherein the first license keyconfers the limited rights such that the offer for sale is contingent onoccurrence prior to a first expiration date, and wherein the performanceof the verification further includes verifying whether the firstexpiration date has expired.
 12. The method of claim 10, wherein thepurchasers purchase the license keys by transferring amounts of avirtual currency, wherein the smart contract is configured to effectuatetransfers of the license keys to the purchasers subsequent to receivingthe amounts of the virtual currency.
 13. The method of claim 10, whereinthe purchase of the first license key reduces a number of license keysavailable for purchase.
 14. The method of claim 13, wherein the smartcontract receives a unique identifier during the purchase by the firstlicense key purchaser, wherein the unique identifier identifies thefirst license key purchaser.
 15. The method of claim 10, furthercomprising: notifying the first license key purchaser, responsive to theverification information indicating the first game asset has failed theverification and the first expiration date has not yet expired, that theverification has failed and that the first game asset is not offered forsale to the gaming users of the online gaming platform unless asubsequent attempt at the verification passes successfully.
 16. Themethod of claim 10, further comprising: invalidating the particularlicense key, responsive to the verification information indicating thefirst game asset has failed the verification and the first expirationdate has expired; and notifying the first license key purchaser that theverification has failed permanently and that the first game asset willbe not offered for sale to the gaming users of the online gamingplatform.
 17. The method of claim 9, wherein the verification includeswhether the sales information has been received from the first licensekey purchaser.
 18. The method of claim 17, further comprising:transferring at least a portion of proceeds from the first sale of thetokenized game asset to the first license key purchaser, responsive tothe first sale.